CareCall AI 到 Day 29 已經有公開網址，也可以完成文字關懷、規則分類、人工接手與多日紀錄。不過，能打開網站並不等於別人能理解作品。如果展示者每次都臨時選個案、臨時解釋功能，觀看者很難判斷結果是系統原本就能做到，還是剛好碰到某一組資料。因此今天的重點不是新增功能，而是把作品整理成可重現、可檢查的三條代表情境。

第一條是完整回答。按下情境卡後，系統會先重設資料並開啟林阿春的個案，讓觀看者確認四題完整、狀態為已完成，並查看最近三天紀錄。第二條是資訊不足轉人工，使用陳明德展示缺漏與含糊內容如何保留，再由照護人員填寫虛構處理紀錄。第三條是未回應後接手，使用王秀蘭展示第一次未取得回答、再次聯絡仍未回應，以及最後轉入人工確認的事件鏈。

每一條都有固定起始狀態、操作步驟、預期結果與重設方法，而且按鈕會先恢復相同的初始資料。這讓展示不再依賴瀏覽器先前留下的操作，也避免不同情境互相污染。三條代表路徑另外加入 smoke test，確認 C001、C002、C003 的初始狀態與一鍵入口沒有被後續修改破壞，再和 Day 1 到 Day 29 的測試一起執行。

我也建立功能狀態表、版本時間線、證據索引與限制清單，把已實作、模擬、等待外部驗收和下一版明確分開。Day 23 真實 API、Day 24 對照錄影與 Day 26 兩位真人測試仍未完成，所以它們被保留在等待外部驗收，而不是藏起來或冒充成功。今天讓我理解，可靠的作品不只是功能能動；別人還要能按照同一條路徑得到同樣結果，知道證據在哪裡，也看得懂系統目前做不到什麼。